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© Multiprocessor system with synchronization means for establishing a global binary assertion, in 
particular for garbage collection. 



@ A method and apparatus is described for estab- 
lishing a global binary assertion in a multiprocessor 
environment. The local objects have a three-value 
status variable: -active, disquiet-, -passive, quiet-, 
and -passive, disquiet-being the three values. First 
all local objects are made active. During execution, 
locally the assertion may hold, and thereupon a 
transition from active to -passive, quiet-is signalled 
to a global synchronizer process. Thereafter, cross- 
requests from a non-local object may reactivate a 
pig quiet object to the state -passive, disquiet-. The 
^synchronizer process counts the transitions from ac- 
tive to -passive, quiet-and thus can detect when ail 
j^J objects are quiet. The local operations may repre- 
©sent a garbage collection system, wherein originally 
_root items are colored greay and all other items 
qq white. In a marking phase, all grey items are succes- 
C^sively accessed. After verifying any other item re- 
ferred to by such grey item, and if white, discoloring 
it to grey, the original item is discolored to black. If 
^■locally no grey items are left, the local collector 



a iocally correct black color, or discoloring a white 
item to grey and restarting the color verification 
when no grey items are left globally, the synchro- 
nizer has reached the ultimate count, and vice versa. 
Thereafter, white objects are treated as garbage. 
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process goes to the state -passive. Quiet-. Cross- 
processor references may awake it to either verifying 
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A method for operating a multiprocessor system for therein establishing a global binary assertion and 
a multiprocessor apparatus comprising synchronization means for such establishing, in particularly 

for effecting a garbage collection operation. 



BACKGROUND TO THE INVENTION 



The invention relates to a method for operating 
a multiprocessor data processing system for there- 
in establishing a global binary assertion. Multi- 
processor systems have become in widespread 
use. Generally, they exist in two categories. The 
first are doing a job called SIMD ( = single instruc- 
tion multiple data), wherein all processors execute 
roughly the same operations on respective different 
data. Often these systems are so-called array pro- 
cessors. The second category is much less struc- 
tured, and here various processors operate inde- 
pendently, while however interacting from time to 
time. Such interactions occur then on the level of 
the single or plural processes assigned to each 
respective processor, while the interactions may 
change the value of one or more local status vari- 
ables. It has been found necessary to establish 
global assertions on such local status variables; 
such global assertion should then take into account 
forseeable future changes of the local variables as 
tc be made by other processes, than the one the 
variable(s) were privy to. Such changes could be 
the result of a chain reaction. An example would be 
the assertion whether or not the respective pro- 
cesses in the various processors are ready with a 
particular program: even if they were not busy at a 
particular instant, a request from another process 
could bring such processes back to activity (while 
the reactivated process could produce further reac- 
tivating requests to still other processes). Such 
assertion may be used for synchronization. 

A still more complicated case occurs when the 
global assertion is to be made on sets of local 
variables at one particular instant with respect to 
their having attained a stable collective state, each 
set being privy to its associated processor. A prime 
example of the latter problem is "garbage collec- 
tion" in distributed memory (each processor has its 
own. non-shared, local memory), which example 
hereinafter is considered in detail. 



SUMMARY OF THE INVENTION 



It is an object of the invention to provide a fail- 
safe system for establishing a globally stable as- 
sertion in a multiprocessor system, wherein 
"stable" means that the situation attained remains 



unchanged, until some release operation is effec- 
ted. Before this stable situation is attained the value 
of the underlying variabie(s) may be changed by 
any other object throughout the multiprocessor sys- 

5 ■ tern. Note that the invention does not relate to such 
independent objects that represent a signalization 
that is valid throughout the system, such as the 
clock period or the power up/down situation. The 
object of the invention is realized in that it provides 

70 a method for operating a multiprocessor data pro- 
cessing system, each processor comprising at 
least one object, and each object having a three- 
valued state variable with respective vaiue ranges: 
-active, disquiet 

rs -passive, quiet 

-passive, disquiet, 
and wherein any object when in any disquiet state 
is allowed to render any other object disquiet, but 
not so when in the quiet state, wherein any object 

20 (father) having rendered another object (child) in a 
disquiet state is kept in its actual state at least as 
long as said other object remains disquiet, and 
wherein any object not so kept in a disquiet state is 
allowed to selfreliantly go to said passive, quiet 

25 state while signalling same to another object that it 
self had kept unquiet, said method comprising the 
following steps; 

a. assigning to each object a local process 
that handles all interactions with other such objects: 

30 b. assigning a global synchronizer process 

for determining when all processes have at least 
once gone to the passive state; 

c. making all state variables active, disquiet, 
and executing said objects, and sending a retire- 

35 ment signalization from each respective object 
when it goes from said active, disquiet state tc said 
passive, quiet state, to said synchronizer process; 

d. in said global synchronizer process deter- 
mining when the number of said retirement sig- 

40 nalizations becomes equal to the number of said 
" processes, all processes then being passive, quiet. 

The stable situation prevails when each state 
variable has passed once from active to passive, 
quiet; the establishing of each such passage being 
45 of elementary complication only. 

The invention : also, relates to a method for 
operating a multiprocessor data processing system, 
especially for garbage collection with respect to a 
plurality of stored memory, items, wherein each 
50 said object is a local collector process privileged 
for accessing a respective predetermined number 
of memory items associated to one respective pro- 
cessor while forbidding such accessing to any oth- 
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er collector process, each said collector process 
initially assigns to each memory item. that is a root, 
item a condition generative indication (grey) and to 
each other object a conditional indication (white) 
and wherein to each local collector process is 
assigned a marker process privy thereto, for there- 
upon, while successively accessing any local grey 
■- item and determining whether it is referring to any 
other local or non-local memory item, and there- 
after coloring the former, local grey item, to an 
unconditional (black) while upon a positive resuit of 
said determining, coloring any said other local 
memory to grey if up to then it were white, but 
requesting, in case of such non-local memory item, 
for any such non-local memory item an associated 
collector process (50) to effect the coloring of such, 

■ then local, memory item, but in case of a negative 
result- of said determining leaving all other item's 
coior than the first accessed memory item's un- 
changed, until no grey objects are left, wherein 
each local collector process has, an associated 
state variable with said value range of (-active, 
disquiet-, -passive, quiet-, and -passive, disquiet-) 
and each local collector- process signals a transition 
to -passive, quiet-when locally no grey memory 
item be left, and thereafter a transition from - 

■ passive, quiet-to -passive, disquiet-upon reception 
of any request for undertaking a discoloring from 
white to grey of a local memory item, whereafter 

• -the associated marker process is reactivated, and 

• wherein said synchronizer process upon receiving 
all transition signals from -active, disquiet-to - 
passive, quiet-signais all collector processes to 
treat any white memory item as garbage. Garbage 
collection is a well-known and difficult to solve 
problem especially in a multiprocessor system in 
which it is not allowed to stop all processing. For 
this situation the above . gives an attractive and 
easy to implement solution. In particular, the meth- 
od adapts directly to changes in the number of 
processors. 

The invention also relates to a multiprocessor 
apparatus comprising synchronization means for 
the above establishing, in particular for effecting 
garbage collection operation. Further, advantageous 
aspects are recited in. the dependent Claims. 

BRIEF DESCRIPTION OF THE FIGURES 



The invention, hereinafter is'explamed in detail, 
such exolanation being non-restrictive regarding 
the appended claims, with. respect to the following 
figures. Such explanation, for reasons of clarity, 
starts with describing a 'multiprocessor apparatus: 
then the nature of the synchronization m such 
multiprocessor apparatus is explained. Thereafter. 
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the garbage collection problem is explained and 
possible solutions, first for a single-process envi- 
ronment and thereafter for a single processor, mul- 
tiprocess environment are given. Finally, a pre- 
5 ferred embodiment according to the present inven- 
tion, featuring a garbage collection system in a 
multiprocessor distributed apparatus with a syn- 
chronization means according to the earlier de- 
scribed synchronization organization is given. 

10 Figure 1 is a multiprocessor system in which 
the invention may be used; 

• > Figure 2 is an interrelation diagram among 
standard processing and the synchronizer process; 
Figure 3 is a flow chart of the synchronizer 
?5 process; 

Figure 4 is a .flow chart of the creation of 
local processes for the synchronization; 

Figure 5 is an extended and generalized 
version of Figure 2 for the garbage collection; 
20 Tables la.b give the elements of the syn- 

chronizer process in POOL-T: 

Table II gives the elements of the -worker- 
process in POOL-T; 

Tables Ilia, b give the elements of, the local 
25 process in POOL-T. 

GENERAL DESCRIPTION OF A MULTIPROCES- 
SOR APPARATUS 

30 * 

Figure 1 is an elementary block diagram of a 
multiprocessor apparatus in which the invention 
may be used. There is a global interconnection 

35 network 120, that may be structure physically or 
organizationally as a bus, ring, broadcast, star, or 
otherwise. There are five stations 122 ... 130 that 
may represent an arbitrary higher or lower number 
of stations, as long as the number is. at least equal 

40 to 2, The physical disposition or set-up of the 
stations is irrelevant, but at least a limited process- 
ing power must be present in each of them. Each 
processor station has one or more objects 132 
through 152 (memory segments, status variables or 

45 other resources). Each object may be character- 
ized by one or more local binary statements. It 
often becomes necessary to assert a global state- 
ment as a binary aggregate of local binary state- 
ments on the various processes running in the 

so respective processors. Each process would be as- 
signed to a particular processor. The latter state- 
ment is an implicit definition of 'a processor. Each 
processor may contain one or more processes. 
The above global assertion would be required even 

55 if the running of a particular process (having its 
privy local binary statement) could lead to a future 
change of the local binary statement privy to an- 
other process (in the same processor or in another 

3 
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processor). Several examples and also a system 
for soiving this problem are presented hereinafter. 
For brevity, no further details 3re given on the art 
of multiprocessing, which is well-known. The gen- 
eration .and ending of processes, the storage of 
various quantities, the organization of memory seg- 
ments, the synchronization primitives on the global 
interconnection network may all be executed ac- 
cording to one of several known stratagems. 

SYNCHRONIZATION FOR ESTABLISHING A GLO- 
BAL ASSERTION 



Now, the means for a preferred embodiment 
for establishing a global assertion are described. 
To this effect a new process called "synchronizer" 
is created. The task of this synchronizer process is 
to recognize a globally existing stable state. The 
synchronizer is activated each time when the as- 
sertion has to be made and is put to rest when the 
assertion has been made. In this regard reference 
is had to Figure 2: This is an interrelation diagram 
among standard processes (i, j) and the synchro- 
nizer process. Block 22 represents each respective 
member of the set of processes that may interact 
with the synchronizer process 20. These other pro- 
cesses may be user processes as well as system 
processes. For each such other process a three- 
valued state variable is defined, with the following 
values: 

- active, disquiet 

- passive, quiet 

- passive, disquiet. 

The synchronizer process must detect the situation 
wherein all state variables have attained the value 
"quiet". Now, a quiet process can only become 
disquiet by receiving a message from another pro- 
cess, which latter process, by virtue of it sending a 
message, must itself be disquiet. This means that 
once all processes are quiet, except for the syn- 
chronizer process, this state prevails and therefore, 
is stable. Initially, all processes are active. At a 
certain instant, a process may go from an active 
state to a passive, quiet state. Thereafter, it may 
not revert to the active state. However, inter- 
changes between "quiet" and "disquiet" are possi- 
ble. Upon the (only) transition from the active state 
to- the passive, quiet state, a process sends the 
-retire-message to the synchronizer process as 
shown on arrow 26. This means that all processes 
are quiet when the number of "retire" messages 
has become equal to the number of non-synchro- 
nizer processes. 



DESCRIPTION OF THE SYNCHRONIZER 



In this respect, reference is had to Figure 3, 
5 which is a flow chart of the synchronizer process. 
In block 70. the system is started. In block 72, the 
synchronizer process waits for the message 
"initialization", in this block, which effectively repre- 
sents a waiting loop, the synchronizer process may 
w be initialized by an external operation. Initialization 
(74) means that the synchronizer is told how many 
processes 22 are to be supervised, in a mul- 
tiprocessor system processors may be divided into 
disjoint subsets. Each subset is then provided with 
75 its associated synchronizer process, whereas one 
global synchronizer process keeps track of the 
other synchronizer processes. In similar manner, 
still more synchronization levels may be used. Fig- 
ure 2 for simplicity, shows only a single level of 
20 synchronizer process. 

Now block 76 signifies that the actual number 
of local processes is created, usually one for each 
processor. In this respect reference is had to Fig- 
ure 4, which is a flow chart of this creation. In block 
25 90, the operation is started. In block 92 an array is 
generated; the number of elements of this array is 
equal to the number of processes, each element 
also containing the actual address, calling name, or 
the like. In block 94 the array's parameter i is reset 
30 to zero. In block 96 the parameter's value is tested. 
As long as the array has not been treated com- 
pletely, in block 98 the synchronizer process 20 
sends a first message to the local process 22 in 
question; this information also contains a calling 
35 name of process 22 and. if applicable, of its num- 
ber of sub-processes; and also the "calling names" 
of the array and the identity of the synchronizer 
process, thus enabling process 22 to thereafter call 
for the synchronizer process. The array parameter 
40 is incremented as long as feasible (block 100). 
Next, blocks 102, 104, 106, 108 provide each local 
process with a second message. The content of 
this second message is a request for the local 
process to start execution (i.e. it becomes active). 
45 Note that the latter operation couid have been 
made by a broadcast message. In block 110 the 
creation is finished. 

In block 78 of Figure 3 the synchronizer pro- 
cess now awaits the successive retiring of all other 
so processes. If so. the successive "signalling" of all • 
processes is executed (arrow 24 in Figure 1). This 
signalling is executed in similar way as shown in 
Figure 4 for the starting. Thereafter, in block 82 the 
situation is stable and appropriate measures can be 
55 taken. For example, if all processes of a complex 
task are now quiet, the result of such task is now 
available and;or a new task can be undertaken. 
In Figure 2 the interaction between blocks 20 



4 
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and 22 has now been fully described, the descrip- 
tion of the various blocks m the realization with the 
language POOL-T will be described later. Now, 
initially, all processes start working,, to ultimately 
transform their state from _the state -active-to the 
state -passive.quiet-. When so working, a process 
Pi may require another process. Pj(i*j) to do some 
work for it. This means that when Pj is quiet, it has 
to turn its state into -disquiet-before starting work 
again. When this is the case, we call Pj a child of 
Pi and Pi the father of Pj. Once Pj is quiet again, 
the father-child relation is terminated. We now in- 
troduce the following restrictions: 

- A process can be- quiet only when it has no 
children, and when furthermore its work is finished. 

- A process can have at most one father. 

The second restriction implies that Pj only be- 
comes a chiid of Pi if it is quiet at the moment that 
it receives the message for doing work for Pi. 
Otherwise, its state . is not changed, but it will 
perform the work for Pi. Hence, a child can perform 
sub-jobs for several processes, although only one 
of .them is its father. This father-child relation termi- 
nates only when the child is quiet again, i.e. when 
ail of its jobs have been performed. Note that a 
passive process is either quiet or a child of some 
other disquiet process. We capture these restric- 
tions in the following invariants. 

11: if P is active,, this implies that P is dis- 
quiet: 

12: if; P is passive, this -implies that P has 
. retired: 

13: the father child relation between two pro- 
cesses is bidirectional: 

14: a father child relation between two pro- 
cesses implies that both are disquiet: 

15: if two processes P1 . P2 both are father of 
a third process, processes PL- P2 are identical: 
. 16: if a process is quiet, it has no children: 

17: if a process P is passive, then either P is 
quiet or there is a process Q that is the father of 
process P: 

18: if P is both passive and disquiet, this 
means there is a chain of processes Q0..Qm. aach 
successive pair having a father child relationship, 
with Q0 active, all others passive, disquiet, and m 
non-negative: • 

19: (if for all i the associated process Pi is 
-passive-) implies that for all i the associated pro- 
cess Pi is -quiet-), which, follows from .(11 ...I8V We 
now construct a program which maintains these 
invariants and which establishes the first part of 
invariant 19. 



DESCRIPTION OF A PREFERRED EMBODIMENT 



Hereinafter, a preferred embodiment of the in- 

5 ventive method is described. The description is 
formatted according to the so-called "ooject-on- 
ented" language called POOL-T. This language has 
been amply described in the report ESPRIT PRO- 
JECT 41 5A, document 0091. F. America, Definition 

10 of the Programming Language POOL-T. September 
9. 1985, N.V. Nederlandse Philips Bednjven. Eind- 
hoven, the Netherlands. 

One problem that must be discussed before- 
hand is the necessary avoidance of deadlock. One 

;5 of the particularities of the cited language POOL-T 
is that mutual signalling between any two disquiet 
processes could cause a deadlock situation. This 
could occur because a process cannot answer a 
message while sending one. To avoid this problem. 

20 to each local process P0..Pn-i a respective sub- 
process called Worker (0..n-1) is added which does 
the work. This latter sub-process (block 36) is 
called when its process is in a disquiet state. The 
Worker does the real work, while the original pro- 

25 cess keeps tab of the progress of this work. If no 
work is left to be done by the Worker, this is 
signalled to the associated local process. There- 
upon this process transforms its own state to - 
passive, quiet-. Up to then, it may have been either 

30 active or -passive, disquiet-. During execution of 
the work, the sub-process Worker may send mes- 
sages to other local processes (i.e. Process j, block 
30) to have sub-work (a sub-job) done. This yields 
the communication scheme of Figure 2. Processes 

35 signal each other to remove a child, but this par- 
ticular, signalling can never cause a deadlock. A 
worker sub-process signals its own process that a 
child is being added, that a child is being removed, 
that a particular job is requested to be undertaken, 

40 or that a particular job is ready, as the case may 
be. Furthermore, the worker may signal to another 
.process the commissioning' of a subjob. In Figure 2 
the interaction between the various elements is 
shown. For simplicity, the communication between 

45 Process j (30) and the 'synchronizer has not been 
shown. Neither has the worker sub-process to pro- 
cess j been shown. 

50 . DESCRIPTION OF AN EMBODIMENT IN POOL-T 

In this respect table la. b shows various ele- 
ments of the synchronizer process 20 as worded in 
55 the high-level language POOL-T, referred to 
hereabove. This language is particular suited for 
use in concurrent processing environment. Al- 
though the reference gives an extensive and elu- 
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cidating treatise of POOL-T. for convenience 
hereinafter a brief expose of this language is given. 
It is an object-oriented language in that all ele- 
ments therein are objects, whilst -object-and - 
process-are identical. A program starrs with a defi- 
nition of an object and the behaviour of the cate- 
gory (= class) of the object(s) in question. An 
object, as a particular realization in a category, 
usually has available the following: 

- one or more local variables 

- one or more local subroutines 

- a body which describes the process' behaviour. 

The objects communicate by means of mes- 
sages. For example, if object A executes a state- 
ment that reads -B!m(pt..pk)-the realization is that 
A sends a message m to object B (the exclamation 
sign delimits the destination object) with param- 
eters pL.pk. Thereafter object A must wait until an 
answer to this particular message is received. If 
object B executes the statement -ANSWER(m)-. 
object B must wait until message m arrives 
(independent of the sending object's identity) and 
thereafter calls its own subroutine that is called m. 
with parameters as they are contained in the mes- 
sage m. After the subroutine m has produced the 
necessary result, which is again an object, this 
result is thereupon returned to object that had sent 
message m. In particular, a routine is a subroutine 
of a class (not of an object). A prime usage of such 
routines in POOL-T is to create a new object of that 
particular class. Note that any object can call any 
routine. 

. DESCRIPTION OF THE SYNCHRONIZER PRO- 
CESS 



In table I, -CLASS Synchronizer-is the type 
definition of the process "Synchronizer": all follow- 
ing elements of table I together constitute such 
synchronizer. -VAR-is the declaration of the local 
variables, in this case an array of processes (each 
.of class Process), and an integer n. -ROUTINE- 
indicates a routine that may be freely called by any 
other object. -ROUTINE new-is the definition of the 
routine that is called -new-and which returns an 
object of type- Synchronizer. This routine -new-by 
definition has a single parameter p of type integer. 
The colon indicates the behaviour of the routine to 
follow thereafter. -RETURN-indicates that the next 
operation produces a particular result. This particu- 
lar result is that a message is sent, as expressed 
by the exclamation sign. The destination is the 
object -NEW-, which is drawn in capitals to define 
it as a new object (not related to the name "new" 
of the routine itself). The message actually sent is 
the message -init-with parameter p. This message 



is defined later in table I. Note that the sequence of 
occurrence of the elements in table I is irrelevant. 
-END pew-indicates that this is the end of the 
description of the routine -new-, started two lines 
5 ' earlier. The above corresponds to block 70 in Fig- 
ure 3. 

The synchronizer class contains five subrou- 
tines. These subroutines may only be called 
by from the synchronizer object to which they be- 
?o ' long. -METHOD-indicates such subroutine. - 
METHOD init-is the subroutine -init-that upon being 
called is used to initialize an object of type - 
Synchronizer-as is described thereafter. The sub- 
routine has available a parameter p with integer 
75 values only. The colon again indicates that the 
behaviour of the subroutine follows after this colon. 
The only operation of the subroutine is the assign- 
ment to n of the then actual value of p. -RETURN- 
again indicates that the next operation produces a 
20 particular result. -RETURN SELF-indicaies that the 
result is the naming of the object to which this 
' subroutine is local (i.e.- the subroutine -iniH which 
result becomes available for the object that had 
sent the message -init-. This indicates (-END init-) 
25 the end of the subroutine init. The next subroutine 
is called -create-and is of type Synchronizer. The 
brackets indicate that no parameter is entailed. The 
colon indicates that the next-following actions are 
executed. First a local variable i is declared of 
30 category integer. -IN-functions as delimiter. Next, 
the private variable -processes-is filled by an array 
of the category of -Array (Process)-, which has 
been mentioned earlier. The dot, followed by -new- 
indicates the call of the routine -new-that is local to 
35 class (Array (Process)) that was mentioned earlier 
(under VAR). Moreover, this routine has two param- 
eters 0, and (n-1) indicating the lower and upper 
bound, respectively, of the array that is returned by 
this creating subroutine. Next; the variable i is set 
40 to zero and a loop is executed as being delimited 
by the words D0..0D. In the loop -(THEN)-the array 
of processes gets a message -put-. This message 
contains the actual value of i. indicating the index 
in the array at which the expression in parentheses 
45 is stored. This expression -Process.new(SELF, pro- 
cesses)-indicates a call of the routine -new-of class 
-Process-with parameters -SELF-(i.e. the synchro- 
nizer) and -processes-, i.e. the calling name of the 
array containing all processes. The result of this 
so routine call is a new process. 

' This loop is circled once for each of the n 
values of i. Next all n processes just created suc- 
cessively in a second loop structure get the mes- 
sage -starWwith no parameter). At the end of the 
55 second loop the result of this subroutine is the 
synchronizer again. 

The subroutine -await__retiring()-waits as long 
as not all n -retire-message have been received. 
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Jhe subroutine ".-retire() ; is used for" a * process io 
signal the (only) transition from active towards pas- 
sive, quiet to the synchronizer. In the subroutine 
-signal aU()-all processes get the appropriate mes- 
sage -signalf)-. The expression -{process @i)- 
means that the processes are indexed according to 
i. to thereby, obtain the i-th process as a message 
destination. Finally the : BODY-defines the se- 
quence of execution of all subroutines. First, the 
process awaits initialization .(by some higher level 
object). Next, successively the subroutines -create-. 

-await retirmg-and -signal all-are* executed. -This ■ 

encs tne description of the Synchronizer. 

Thus -BODY-shows'the sequential structure of 
the subroutines and represents in a way the same 
characteristics as did Figure 3. Thus, the diagram 
of Figure 3 represents the. establishing of a global 
binary assertion in a multiprocess, multiprocessor 
environment. The naming of the three states is of 
course arbitrary. Each state may be distributed into 
substates, which js irrelevant to the description 
hereabove. The eight invariants 11 ...18 listed earlier 
have proved to be sufficient. 

DESCRIPTION OF. THE LOCAL PROCESSES 

The Synchronizer process described supra 

• thus creates an array of locai processes, the latter 
•having the specific task to signal the (only) local 
transition from -active-to -passive, quiet-, whereas 
the synchronizer process counts these signals as 
they arrive. Now. Table II gives the elements of the 
-Worker-subprocess (block 36 in Figure 2). 

. First, the class -Worker-and the necessary vari- 
ables are declared. The tatter are an array of 
. processes and a local process called -myprocess-. 
As before, next, the routine is specified, and called 
-new-. This routine contains as parameters the lo- 

• cal process called -myp-, and a parameter p which 
is tne array itself" The routine creates the sub- 
process -Worker-and next sends to it the message 
-mit-with parameters -myp-and p. Three subrou- 
tines of the -Worker-subprocess are thereupon de- 
fined. In the initialization -init-subroutine. the local 
process and the array, are imtalized. In the delega- 
tion subroutine: -deletage sub job-(to a non-local 

process) a parameterless message -add child-is 

sent to lis own local process. The statement brack- 
eted by IF..FI is the condition statement. Note that 
the -tiide-indicates a negation. If the result' of- the 
sub-job sent to the non-local process p happens to 
be -ralse-Uhe creating of a sub-job is described in 
Table tlh. then the parent. child relationship is termi- 
nated: the parameterless message -remove child- 
is sent to the local process (the Worker's parent). 
Thereupon the result cf this subroutine is returned 



to the object that had called it. The subroutine of 
the Worker subprocess itself: -do the job-(no pa- 
rameter) is listed next, but not specified, as the 
content thereof is not essential to the invention. It 
5 • may do a particular job. for example, execute the 
garbage collection as explained hereinafter, and it 
aiso may delegate sub-jobs 'to other processes. 
The latter is executed by means of the subroutine 

delegate sub job. The body of the routine itself 

io is listed next. It first waits for initialization. The 
D0..0D brackets represent an infinite loop (TRUE). 
First a message -next_job-is sent tOv.the-.Jocal ., 
process indicating that the next job is requested to 
be executed. Next, the job proper is executed (by 
75 calling the subroutine). Finally the -job_ready- 
• message is sent to the local process. This ends the 
description of the block worker (36). 

Table III in similar way lists the elements of the 
local processes (block 22. 30 in Figure 2) to which 
20 the respective -Worker-subprocesses are subaltern. 

First, the variables -active-, -quiet-, -dead-are 
declared- The first indicates the active, passive state 
of a process, the second indicates the 
quiet/disquiet state of a process, the third indicates 
25 the attainment of global quiescense. Note that the 
combinations active.dead, active-quiet and disquiet 
dead cannot occur, so that in fact, only four dif- 
ferent states are reacheable. Next, there is a pro- 
cess -Synchronizer-, a further process -father-, and 
30 the numbers of children and jobs, respectively, 
which are integers. The specification of the routine 
follows, in similar way as described earlier. The 
initialization -init-of the process is the next subrou- 
tine. The Synchronizer process becomes -s-fi.e. 
35 the parameter of -init-). A new local worker sub- 
process is created by calling the routine -new-of 
class -Worker-. This routine has two parameters, 
the local process -SELF-and the array containing 
all processes -p-. which array has been defined in 
*o Table II. Finally, the five variables get appropriate 
values, and the result is returned to the calling 
object/ The above • implies that every process - 
Process-starts working after creation. 

The next three subroutines are the starting of 
45 Process. *and the upward and downward modifica- 
tions respectively, of the number of children of a 
particular process. The next subroutine manages 
the Boolean value -quiet-associated to the sub-job 
(parameter -is the name of the father process). First, 
so upon reception of a request to perform a sub-job 
the number of jobs to be executed by this particu- 
lar- sub-process is incremented and the value of the 
Boolean -quiet-is returned to the calling process. If 
the value was true, the current process is to be- 
55 come the calling process' child. The remembering 
in the current process of the calling process' iden- 
ity (number of calling name) is thereafter (POST) 
executed in the conditional statement. Obviously, if 
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the numbers of both jobs and children were zero, 
the Boolean -quiet-is true and vice versa. Finally, 
the Boolean -quieHs made (or kept) false. 

The next subroutine -job_ready-represents the 
signalling by the -worker-subprocess that a job is 
finished: the number of jobs is decremented and 
the result is returned to the calling process. 

The next subroutine -next_Job-represents the 
request by a -Worker-subprocess to be allowed to 
start execution of a next job. This message will 
only be answered when the number of jobs waiting 
for execution is greater than zero. 

The next subroutine -work-represents the sig- 
nalling by a subprocess of its actual state. In par- 
ticular, this subroutine is used to go from the 
-disquiet-state to the -quiet-state. First the Boolean 
-quiet-is made true, if there are neither jobs to be 
done, nor unfinished subjobs farmed out (i.e. no 
children exist) (in accordance with earlier invarian- 
ces 14, 16). Next, a loop is executed (D0..0D brack- 
eting). As long as the process is disquiet, one of 
the actions bracketed by SEL.LES is executed. 
Note that for each execution only a single message 
is receivable, namely the first one that becomes 
active. If the number of jobs is non-zero, the pro- 
cess awaits the -next_job«message. The process 
also waits for one of the messages -job__ready- 
(leading to a decrementation of the job number), 
-add_child-, -remove_child-. or -sub_job-(leading 
to an incrementation of the job number). The num- 
ber of jobs and/or children may be changed and 
therefore', the value of quiet is recalculated. There- 
after the result is returned to the process that had 
called the subroutine. Note that this subroutine only 
terminates when the process has become quiet. 

The next subroutine -retire-represents the retir- 
ing of a process, i.e. the first and only transition 
from active to passive, quiet. To the -synchronizer- 
process is sent the -retire-message and thereupon- 
the Boolean -active-is made false. Thereupon the 
result is returned to the calling process. 

The next subroutine -wait_Jor__signa! -re pre- 
sents the waiting for a -signal-of a process. As long 
as the variable -dead-is false, one of the next 
following answers is expected. If the message - 
sub_job-is received, the sub_job is executed (as 
job) by calling the subroutine -work-. .Thereafter, 
the job is ready and the process is quiet again and 
a message to remove a child is sent to the -father- 
process. Alternatively, the message -signal-may ar- 
rive indicating that global quiescense has been 
established. In the end. the result is returned to the 
calling process. 

The next subroutine -signal-represents the 
counterpart thereof, i.e. the signalling itself. First 
the Boolean -dead-is made true. Next the result is 
returned to the calling process. 

Finally the body of the process contains the 



following subroutines. First, the initialization is 
awaited. Next, the starting is awaited. Thereafter, 
three subroutines are executed. First is the subrou- 
tine -work-, which terminates in a -quiet-stare. Next 

5 is the subroutine -retire-that signals to the Synchro- 
nizer the transition from active to passive, quiet. 
Last is the subroutine -wait_Jor_signal-which ter- 
minates in a global -quiet-state. Therewith, the de- 
scription of Table III and of blocks 22. 30 in Figure 

70 2 terminates. 

The worker process executes work. It could 
perform the garbage collection as explained 
hereinafter. 

15 

GARBAGE COLLECTION IN AN ELEMENTARY 
SYSTEM 



20 As an application and extension of the inven- 

tion, hereinafter a distributed and so-called on-the- 
fly garbage collection system will be described. 
On-the-fiy means that it is not necessary to wait for 
the processing to reach a certain point before the 
25 garbage collection operation could be started. Of 
course, a particular processor having only capabil- 
ity for executing a single process at a particular 
instant must therefore switch to the process neces- 
sary for the garbage collection. Hereinafter, first for 
30 reasons of clarity, the garbage collection on sim- 
pler systems is explained. 

Garbage collection, and the ensuing removal of 
garbage from a memory is necessary in situations 
where a continual production of stored objects is 
35 effected, while memory capacity is limited. Objects 
may be various kinds of data, data structures, 
programs, etcetera. Such objects may be isolated 
or linked, in that another object contains a refer- 
ence thereto. The nature of the reference may be a 
40 subroutine call, a name of a data structure, or 
other. Certain objects are active or have other 
properties that make them necessary to be re- 
tained in memory. Such object is conventionally 
termed a "root" or "root object". The status of the 
45 root indicates that it presently is not garbage. If an 
object is no longer referred to directly or indirectly 
by a "root" it is called "garbage". If the system 
knows all garbage objects as distinct from non- 
garbage, objects and such knowledge is stable, the 
so removal of the. garbage from memory may be 
effected simply by setting an indicator relating to 
the associated memory 'space to the state 
"empty". The memory space would then be avail- 
able for' another usage. Hereinafter, first, a realiza- 
55 tion of the garbage collection on a single-process, 
single processor system is described. Herein, the 
existence of garbage is detected by means of 
assigning to each particular object a three-valued 
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variable, which for convenience - is called color. The 
three values or colors are called black, grey and 
white. Proven non : garbage objects are colored 
black or grey. Initially white is the color of potential 
garbage objects. Now. roots are initially colored 
grey, all other objects are initially colored white. 
This coloring of root and non-root objects may be 
effected without external referencing, i.e. without 
consideration of any operation or state in another 
processor. Note that an object may be' a root for 
various reasons, and thus, the color may itself be 
an aggregate value based on a variety of under- 
lying values. The coloring information 'may be 
stored in a predetermined location within the object 
in question, e.g. in an associated segment descrip- 
tor. Note that the three-valued color variable is 
unrelated to the three-valued variable indicating the 
active, passive state: color transitions can only go 
from white to grey and from grey to black, after 
some initial coionng. 

The following invariants or prescriptions are 
considered that must be adhered to by the process 
war. respect to the now defined color' variables: 
P0 : a reference from a black object to a white 
object cannot exist; 

P1 : every object which initially would be garbage 

will remain white; 

P2 : root objects are never white. 

The following operations are now effected: ac- 
cess any grey object; if this grey object contains a 
reference to another, white object, color first any 
white object so referred to grey and thereafter color 
the originally grey object black; ■ irrespective of 
whether any reference to another object exists, or 
not. This marking process terminates when all grey 
objects have been discolored to black and all ob- 
jects are thus either black or white. The process 
leaves the above prescriptions unaffected. More- 
over, it may be proved that the above operation 
takes onty a finite time. Then, all white objects 
remaining now are garbage. The number of white 
objects may only have decreased; in fact, it may 
even have become zero. Thus, white objects are at 
least conditionally garbage. Grey objects are con- 
dition' generative, with respect to white objects. 
Black objects are condition unrelated, in that they 
do no more determine the condition of any white 
object. After, removal of the 'garbage a new garbage 
collection may be effected when necessary. This 
method has been described in E.W. Dijkstra et aL 
On-the-fly Garbage Collection; An exercise in 
Cooperation. Comm. ACM 21 . 11 (November 
1978) p. 966-975. which describes garbage collec- 
tion for the case of two processors and a shared 
memory. After giving a^ certain extension of this 
prior art system, the present invention uses this 
method for a true distributed system, according to 
the synchronization aescnbed hereabove. 



EXTENSION TO A SINGLE PROCESSOR, MUL- 
TIPROCESS SYSTEM 



5 In a single process system the status variables 

of all objects are invariant if the single process is 
stopped. In a multiprocess system this is no ionger 
valid, and moreover, no track, is being kept on 
whether the respective processes are stopped or 

/o not.' If the garbage collection operation is effected 
in a running machine, e.g. with time division mul- 
tiplex among the garbage collection process and 
other processes, the latter processes must obey 

- certain preconditions. A white object that becomes 

75 a root must therefore be colored grey at such 
becoming to adhere to maintaining the above three 
prescriptions. If a black object would acquire a 
reference to a white object, the white object must 
be colored grey. In the particular embodiment, the 

20 realization of the interrelationship between the var- 
ious processes is again realized in the language 
POOL-T. whereas the coloring operations are ex- 
ecuted according to -the cited reference. Now, an 
object labelled black may not receive a message 

25 that would refer to a white object. To obey this 

• prescription the originator of the latter message 
must see that all white objects referred to in the 
message be colored grey first. The solution is 
attained in that for the sending of the message, the 

30 sending process temporarily takes over the gar- 
bage collection and effects the necessary color 
changing. Later, the original garbage collection pro- 

• cess may be reactivated. - If a new object is created 
it should be colored biack. because at creation it 

35 cannot refer to another object, and hence its color- 
ing will not violate P0.. 

EXTENSION FOR A DISTRIBUTED GARBAGE 
40 COLLECTOR SYSTEM 

■ Next, an extension of the above for a distrib- 
uted garbage collector system is described. Herein, 

45 each processor (having single or multiple user pro- 
cesses) has its own garbage collection process 
because no processor is allowed to directly access 
a non-local memory assigned to a different proces- 
sor. The various processes again communicate via 

50 ' messages, and each processor must construct the 
notion "garbage/not garbage" for its own memory. 
Now, each processor executes the operations de- 
scribed supra for a single-processor system. As 
long as no object contains a reference to another 

55 object present at another processor, the operation 
will attain a final position that is justified. However. 
«n case of cross-processor referencing it may occur 
that the seemingly final state of "no grey-colored 
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objects left" may be disturbed by later cross-pro- 
cessor references from another processor, so that 
a further recoioring from white to grey may ensue. 

In correspondence to* Figure 2, the organization 
of Figure 5 shows a set-up with a global synchro- 
nizer process 40. For each separate processor 
furthermore there is assigned a local "collector" 
process 42 which for its "own" objects initially 
assigns the color grey to "root" objects and the 
color white to non-root objects. The first synchro- 
nization operation is the assessment that all collec- 
tor processes have executed this initial coloring. 
According to the POOL-T language precept, an 
object is non-garbage if it is either 

1) Active, i.e. executable. 

2) Sending, i.e. it has sent a message and is 
waiting for the result. 

3) Accessible rrom a non-garbage object, i.e. 
some other non-garbage object holds a reference 
to it. An object is garbage if it is not non-garbage. 
Note that as a result of 2 and 3, also objects with a 
non-empty message queue are non-garbage, since 
they are reachable from a sending object, it turns 
out that the garbage collection process will be 
more efficient when we add this latter category to 
the definition of non-garbage objects as well: 

4) Objects with a non-empty message 
queue. Non-garbage objects of type 1 , 2 and 4 are 
root objects since the fact that they are non-gar- 
bage follows immediately from their state. Note that 
each non-garbage object is either a root object or 
accessible, directly or indirectly, from a root object. 

Garbage collection is done in two phases. The 
first one is called the marking phase, the second 
one the collection phase. At the end of the marking 
phase there are no grey objects left and therefore 
white objects must be garbage. In the following 
collection phase they are invalidated. In correspon- 
dence with Figure '2. Figure 5 has synchronizer 40 
only communicating with the local collector pro- 
cesses 42. Arrows 44. 46 correspond with arrows 
24, 26 respectively in Figure 2. A -done-message 
on arrow 46 indicates that the local processor re- 
tires, and thus allows the next job to be requested. 
A -next job-message on arrow 44 indicates that all 
collector processes have retired and that the col- 
lection proper may be effected. As in Figure 2. the 
marking of the various objects (the work in Figure. 
2) is done by a subaltern process Marker 56, 
adjoint to block 42. Arrow 54 has messages in- 
dicating a -wait situation-(this .is addition of a child), 
a -continue-situation {this is a removal of a child), a ; 
request for accessing the next grey object, a color- 
ing message -grey-to color any local descendant 
(referred to by another memory item), ana a discol- 
oring message to black of an object, of which all 
descendants had been colored grey, or had been 
black already. Also, a non-local descendent pro- 



cess may be requested to execute a discoloring 
from white to grey (arrow 52). 

The garbage collection is a concurrent process. 
Furthermore, the data processing proper (outside 
5 • of the- garbage collection operation) may continue. 
This means that such data processing proper may 
not violate the invariants of the garbage collection 
operation. The data processing proper in Figure 5 
is symbolized by the local mutator block 58. which 
io ■ in principle may modify the reference structure 
between objects. However, such modifying always 
must retain the above invariants P0-. P1. P2. If such.- 
modification is to occur, mutator process 58 takes 
over temporarily the garbage collection process 
75 from the marker process 56 and it communicates 
" in a corresponding way with the collector process 
42. Along arrow 62 a request io another collector 
process 50 may be sent. Along arrow 60 the muta- 
tor process 58 may send the following messages 
20 to collector process 42: wait, continue (as marker 
process 56), -grey-, indicating that a white object is 
being referred io. or is becoming a root, so that it 
must be colored grey. Also, a new object is colored 
black, but this does not influence the garbage 
25 collection. Thus, the -Worker-process of Figure 2 
has been split into the marker process, which ex- 
ecutes the "norma!" coloring as if no further 
changes therein would occur, while the mutator 
process 58 may amend the underlying relation- 
30 ships. The nature of the mutator process ha^ not 
been specified further, because it is not related to 
the present invention except it having to maintain 
invariants P0...P2. Also in the multiprocessor case 
the garbage collection can take only a finite time, 
as because any new object is always colored black 
upon creating. Other objects can only have a un- 
idirectional discoloring: from white to grey and from 
grey to black. Due to the finiteness of the numbers 
of grey and white object this discoloring can take 
40 only a finite time. 



Claims 

45 1. A method for operating a multiprocessor 

data processing system, each processor compris- 
ing at least one object, and each object having a 
three-valued state variable with respective value 
ranges: 

so -active, disquiet 

-passive, quiet 
-passive, disquiet, 
and wherein any object when in any disquiet state 
is- allowed io render any other object disquiet, but 

55 • not so when in the quiet state, wherein any object 
(father) having rendered another object (child) in a 
disquiet state is kept in its actual state at least as 
long as said other object remains disquiet, and 

10 
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therein any object not so kept in adisquiet state is 
allowed to selfreliantly go to said passive, quiet 
state whiie signalling same to another object that 
itself had kept unquiet, said method comprising the 
following steps; 

a. assigning to each object (22) a local pro- 
cess (36) that handles - all interactions with other 
such objects (30): 

b. assigning a global synchronizer process 
(20) for determining when all processes (22. 30) 
have at least once gone to the passive, 'quiet state: 

c. making all state variables active, disquiet, 
and executing said objects, and sending a retire- 
ment signaiization from each ' respective object 
when it goes from said active, disquiet state to said 
passive, quiet state, to said synchronizer process; 

d. in said global synchronizer process deter- 
mining when the number of said retirement sig- 
nalizations becomes equal to the number of said 
orocesses. all processes then being passive, quiet. 

2. A method as claimed in Claim 1. wherein 
any local object that has been rendered disquiet by 
any other local object is kept privy to the latter 
object in that its transition from disquiet to quiet is 
executed in defiance of any further object acces- 
sing it. 

3. A method as claimed in Claim 1, wherein 
each said local process is a communicator process 
.'22), which is paired with a worker subprocess (36), 
wherein said worker subprocess executes any work 
requested to be done by the pair in question, while 
any state transition is only effected and signalled 
by the associated communicator process. 

4. A method as claimed in Claim 3. wherein 
said worker subprocess signals' to its associated 
communicator process when a particular job is 
requested to be undertaken and when a particular 
job is ready. 

5. A method as claimed in Claim 3, wherein a 
worker subprocess may access another commu-' 
nicator process in thereto assigning any subwork to 
be done. 

6. A method as claimed in Claim 5. wherein 
said global synchronizer process upon determining 
all local processes to be passive, quiet, signals to 
all said local processes. 

7. A multiprocessor data processing apparatus, 
for executing a method as claimed in any of Claims 
l through 6, comprising a plurality of processors 
interconnected by a communication network and 
eacn comprising at least one object stored in a 
*ocal storage means, each object having three val- 
ued signalling means and detecting means for de- 
tecting a transition from said active state to said 
passive state, said apparatus furthermore compris- 
ing a synchronizer process storage means having 
counting means fed by said ' various detecting 
means for counting said transitions up to a maxi- 



mum value associated with the number of objects, 
and broadcasting means fed by said counting 
means for upon attainment of said maximum value 
signalling a -ready-synchronization signal to said 
5 processors. 

8. A method as claimed in any of Claims 1 
through 6 especially for garbage collection with 
respect to a plurality of stored memory items, 
wherein each said object is a local collector pro- 
w cess (42) privileged for accessing a respective 
predetermined number of memory items associ- 
• ated to one respective processor while forbidding 
such accessing to any other collector process (50). 
each said collector process initially assigns to each 
rs memory item that is a root item a condition gener- 
ative indication (grey) and to each other object a 
conditional indication (white) and wherein to each 
iocal collector, process is assigned a marker pro- 
cess (56) privy thereto, for thereupon, while suc- 
20 cessively accessing any local grey, item and deter- 
mining whether it is referring to any other local or 
non-local memory item, and thereafter coloring the 
former, local grey item, to an unconditional indica- 
tion (black) while upon a positive result of said 
25 determining, coloring any said other iocal memory 
to grey if up to then it were white, but requesting, 
in case of such non-local memory item, for any 
such non-local memory item an associated collec- 
tor process (50) to effect the coloring of such, then 
30 local, memory item, but in case of a negative result 
of said determining leaving all other .items' color 
than the first accessed memory items* unchanged, 
until no grey objects are left! wherein, each local 
collector process has an associated state variable 
35 with said value range of (-active, ..disquiet-. - 
passive, quiet-, and -passive, disquiet-) and each 
local collector process signals a transition to - 
passive, quiet-when locally no grey memory item 
be left, and thereafter a transition Tom -passive. 
~o quiet-to -passive, disquiet-upon reception of any 
• request for undertaking a discoloring from white to 
grey of a local memory item,, whereafter the asso- 
ciated marker process is reactivated, and wherein 
said synchronizer process (40) upon receiving ail 
-55 transition signals from -active, disquiet-to -passive, 
.quiet-signals all. collector processes to treat any 
white memory item as garbage. 

9. A multiprocessor data processing apparatus 
for executing a method as claimed in Claim 8. 
so comprising a plurality of processors interconnected 
by a communication network and each comprising 
% * at least one object stored in a local storage means, 
.each object representing a local collector process 
having, three-value signalling means and detecting 
55 means for detecting a transition from said active, 
disquiet state to said passive, quiet state, said 
apparatus further comprising a synchronizer pro- 
cess storage means having counting means fed by 
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said various detecting means for counting said 
transitions up to a maximum vaiue equal to the 
number of objects, and transmitting means fed by 
said counting means for upon attainment of said 
maximum vaiue transmitting a -ready-synchroniza- 5 
tion signal to all said local collector processes, 
wherein said processors accommodate storage of 
various other objects (58) for dynamically modify- 
ing a reference from a local memory item to any 
other memory item while thereupon signalling such w 
modifying to the local collector process (52. 50) 
associated to the memory item referred to. and 
during such modifying and signalling temporarily 
forstailing operation of the local mutator process 
associated to said other object in question. 75 
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CLASS Synchronizer 

VAR processes : Array (Process), 
n : Integer 

ROUTINE new (p : Integer) Synchronizer : 

RETURN- NEW ! init (p) 
END new - •■• 

METHOD init.(p : Integer) Synchronizer : 
n — p 

RETURN SELF 
END init 

METHOD create () Synchronizer : 
LOCAL- i : Integer IN 

processes — Array (Process). new (0, n — 1); 

i - 0; 

DO i < n THEN 

processes ! put (i. Process. new (SELF, processes)); 
i — i + 1 



OD; 
i - 0; 

DO i < n THEN 



METHOD retire () Synchronizer : 

RETURN SELF 
END retire 



(processes @ i) ! start (): 



I - — i — 1 

OD 

RETURN SELF 



METHOD signal^ll () Synchronizer 



END create 



LOCAL i : Integer IN 

i «- 0;. 

DO i < n THEN 



METHOD await_retiring () Synchronizer : 



LOCAL i : Integer IN 
■DO i < n THEN 



(processes @ i) ! signal (); 
i — i - 1 



ANSWER (retire); 
i — i t 1 



OD 

RETURN SELF 



END signal-all 



OD 

RETURN SELF 



BODY 



END await_retiring 



ANSWER (init); 
create (); 
await_retiring (); 
signal .all () 




END Synchronizer 
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CLASS Worker 



VAR processes : Array (Process), 



myprocess : Process 

ROUTINE new (myp : Process, p : Array (Process)) Worker : 

RETURN NEW ! init (myp, p) 
END new 

METHOD init (myp : Process, p : Array (Process)) Worker : 

myprocess — myp; 

processes <— p 

RETURN SELF 
END init 

METHOD delegatejsub.job (p : Process) Worker : 
myprocess ! add.child (); 
IF ~(p ! sub.job (myprocess)) 
THEN myprocess ! removexhild () 



RETURN SELF 
END delegate_sub_job 

METHOD do_the_job () Worker : . 



RETURN SELF 
END do_the job 

BODY 

ANSWER (init); 
DO TRUE THEN 

myprocess ! next.job (); 
do_the_job (); 
myprocess ! job_ready () 

OD 

END Worker 



FI 
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CLASS Process. 
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VAR active, quiet, dead : Boolean, 
synchronizer : Synchronizer, 
father : Process, 
children, jobs : Integer 

ROUTINE new (s : Synchronizer, p : Array(Process)) Process : 

RETURN NEW ! "init (s, p) ' 
END new 

METHOD ink (s : Synchronizer, p : Array (Process)) Process : 

synchronizer — s; 

Worker. new (SELF, p); 

active — TRUE; 

quiet «— FALSE; 

dead — FALSE; 

children 0; 

jobs 1 

RETURN SELF 
END init 

METHOD start () Process : 

RETURN SELF 
END start 

METHOD add.child () Process : 

children «— children — 1 

RETURN SELF 
END add_child 

METHOD removejehild () Process : 
' children — children - 1 
RETURN SELF 
END remove.child 
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METHOD sub-job (p : Process) Boolean : 

jobs jobs -r 1 

RETURN quiet 
POST 

IF quiet 

THEN father «- p 
FI; 

quiet *— FALSE 
END sub_job 

METHOD job_ready () Process : 

jobs «— jobs - 1 

RETURN SELF 
END job_ready 

METHOD next-job () Process : 

RETURN SELF 
END next-job 

METHOD work () Process : 

quiet <— (jobs + children) = 0; 
DO 'quiet THEN 

SEL jobs > 0 ANSWER (next-job) 
OR ANSWER (job_ready) 
OR ANSWER (addxhild) 
OR ANSWER (removexhild) 
OR ANSWER (sub-job) 
LES; 

quiet — (jobs - children) = 0 

OD 

RETURN SELF 
END work 

METHOD retire () Process : 

synchronizer ! retire (); 

active *— FALSE 

RETURN SELF 
END retire 



METHOD waitlor-signal () Process : 
DO ~dead THEN 

SEL ANSWER (sub-job) 
THEN work 0; 

father ! removexhild () 
OR ANSWER (signal) 
LES 

OD 

RETURN SELF 
END wait Jor^signal 

METHOD signal () Process : 

dead - TRUE 

RETURN SELF 
END signal ■ 

BODY 

ANSWER (init); 

ANSWER (start); 

work (); 

retire (); 

wait Jor-signal () 

END Process 
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© Multiprocessor system with synchronization means for establishing a global binary assertion, in 
particular for garbage collection. 
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© A method and apparatus is described for estab- 
lishing a global binary assertion in a multiprocessor 
environment. The local objects have a three-value 
status variable: -active, disquiet-, -passive, quiet-, 
and -passive, disquiet-. First all local objects are 
made active. During execution, a local variable may 
do a transition from active to -passive, quiet- and 
this is signalled to a global synchronizer (40) pro- 
cess. Thereafter, cross-requests from a non-local 
object may reactivate a quiet object to the state 
-passive, disquiet-. The synchronizer (40) process 
counts the transitions from active to -passive, quiet- 
and thus can detect when all objects are quiet. The 
local operations may represent a garbage collection 
system, wherein originally root items are colored 
grey and all other items white. In a marking phase 
(56), all grey items are successively accessed. After 
verifying any other item referred to by such grey 
item, and if white, discoloring it to grey, the original 
item is discolored to black. If locally no grey items 
are left, the local collector process (42) goes to the 
state -passive, quiet-. Cross-processor references 



may awake it to either verifying a locally correct 
black color, or discoloring a white item to grey and 
restarting the color verification when no grey items 
are left globally, the synchronizer has reached the 
ultimate count, and vice versa. Thereafter, white ob- 
jects are treated as garbage. 
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